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GENERALIZED PROCESS CONTROL SYSTEM 

By Frank Joseph Nelson 

Chairperson of the Supervisory Committee: 

Professor William E. Moritz 
Department of Electrical Engineering 

Physical processes* involving the movement of fluids 
or materials in time and space* require feedback control 
systems to maintain process variables such as flowrate* 
temperature and pressure at pr ed et ermined values to enable 
the products of the process to be correct. For many years 
this area of control was dominated by analog control de- 
vices* both electronic and mechanical. With the advent of 
minicomputers in the 1960's large plants converted from us- 
ing many individual controllers to using a central computer 
to control all process variables. The introduction of mi- 
croprocessors in the 1970's has brought a shift in smaller 
plants from individual analog controllers to individual and 
multivariable mi cr opr oc essor control systems. 



This design provides a very generalized controller; 
using an Intel single board microcomputer/ a 16 channel 
ana 1 og-t o-d i g i ta 1 converter/ a 4 channel d i g i ta 1-t o-ana 1 og 
converter/ a floating point arithmetic processor and a 
16K-byte memory expansion board to implement a process con- 
trol system. The software is resident in 8K-bytes of Read 
Only Memory and provides 4 Modes of Operation. 

The Modes of Operation available to the user are: 
1) File Mode/ which offers an easy to use/ menu-oriented/ 
interactive way to define a desired process control strat- 
egy; 2) Modify Mode/ which enables simple and quick in- 
teractive editing and revision of a process control strate- 
gy; 3) Run Mode/ which translates the control strategy 
into a real time process control program and executes it; 
and 4) Terminal Mode/ in which the system becomes a remote 
terminal of a larger computer. 

The key feature of this system is the fact that the 
user does not write a computer program to obtain real time 
computer control of the process. Instead/ the user pro- 
vides the process control system with elements of the math- 
ematical description/ or configuration/ of the control 
system desired/ and the process control system applies 
these elements to a generalized real time control program 
resident in the system. This program/ now tailored for a 
specific process/ is used to actually sample inputs Prom 



the process and provide the needed signals to control the 



pr oc ess. 
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PROJECT DEFINITION 



INTRODUCTION 

Process control is the term applied to attaining and 
maintaining specific conditions in a physical process. 
These conditions are referred to as process variables/ 
<PV). The desired value of the condition being controlled 
is called the set point. The five most commonly controlled 
process variables are flow/ level/ pressure/ temperature 
and composition. C 1 □ Figure 1 illustrates the relationship 
between a physical process and the mechanism which is used 
to control it. 



Actuators 



Sensors 




Figure 1. Control of a Physical Process 



The mechanism used to control the process variable 
uses an algorithm to convert the difference between the PV 
and the set point* the error» into a control signal for the 
actuator. The most commonly used algorithms include 
On/Off* Proportional* Proportional plus Integral and Pro- 
portional plus Integral plus Derivative. On/Off is simply 
a switching action. When the PV exceeds the set point* the 
actuator is turned full on or full off. Proportional con- 
trol (P) provides a signal that varies directly with the 
error. Equation (1) describes the P control algorithm. 

m=K#e Equation (1) 
Where: m is control signal. 

K is proportional gain factor, 
e is set point - process variable. 

Proportional plus integral (PI) control provides a control 
signal that is the sum of a simple proportional element and 
the time integral of the error. The PI control algorithm 
is shown in Equation (2). 
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m = K*|^e+R*^ edt. 
Where: m is control signal. 



e + R # 



/ 



1 

e d t ► 



Equation (2) 



K is proportional gain factor. 



e is set point - process variable. 



R is Reset/ the reciprocal of 



the integral time constant. 



Proportional plus Integral plus Derivative (PID) control 
adds to the proportional and integral actions the time rate 
of change of the error. This derivative action improves 
dynamic response in many control loops. C23 The PID con- 
trol algorithm is shown in equation <3). 



K is proportional gain factor, 
e is set point - process variable. 
R is Reset. 

D is Rate> the time constant of 
the derivative action. 



For a single variable case; such as temperature/ de- 
pendent on only a single input/ it has been easy to develop 
simple hardware controls to maintain the process variable 
at a preset level/ such as shown in Figure 2. The potenti- 



m = K 




dt + D * 




Equation (3) 



Where: m is control signal. 
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ometer provides the set- point voltage which is compared by 
the LM 3911 with an internally generated temperature depen- 
dent voltage to produce a control signal for the triac in 
series with the heating element. C33 




Figure 2. Analog Temperature Controller 
(National Semiconductor Linear Databook< p 9-106. ) 

Process Controllers designed for local control of a 
single variable become much more complicated with the re- 
quirement for user selectable control algorithm, time con- 
stants. gain and other parameters. To provide the user 
with wide ranges in these values, it is difficult and cost- 
ly to implement controllers in analog hardware. Advances 
in digital hardware have offered some relief, but the tech— 
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nique of centralized control of a large number of process 
variables using a computer system has until recently been 
the area of primary interest. In the early 1960s large 
plants began shifting from using a large number of local 
hardware PID type controllers to using the then new "mini- 
computers" to sample the process variables for the entire 
plant and generating appropriate control signals for all of 
the actuators. A complex system of communications lines/ 
called a data hiway# connected the minicomputer in the 
plant control room with the various sensors and actuators. 
E4# 5# 6D For small plants# the cost of a minicomputer sys- 
tem was prohibitive# so individual analog process control- 
lers continued to fill the majority of process control re- 
quirements. 

The advent of the mi cr opr oc essor in the early 19705# 
brought the power and versatility of software control down 
from the large systems to the range of single variable con- 
trollers. The microprocessor# a 4# 8# or 16 bit computer 

central processor# offers extensive software control capa- 
bility# versatility# small size and low cost. Like the 
larger computer systems# however# it must be programmed in 
order to be used. Commercially available units vary great- 
ly in the amount of "programminq" involved in making the 
controller perform the functions needed by the user. The 
simplest available mi cr opr o c e s sor based controllers involve 
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switch selection of algorithm and parameters from a control 
panel* in much the same way as similar analog controllers. 
More versatile units require the user to enter the neces- 
sary data in a problem oriented or special application 
language from a terminal or data entry panel. These units 
typically provide control for up to 16 variables. Larger 
microprocessor based controllers frequently use a high 
level computer language for programming and are competitive 
with minicomputer systems. 171 

The major difficulty in providing a useable microproc- 
essor based controller# especially one designed to handle 
a number of process variables and capable of using a varie- 
ty of control algorithms# is in developing the software for 
it such that the user does not need to write a computer 
program in order to use the system. This requires the sys- 
tem designer to develop software which can communicate 
conversationally with the user to aid the user in selecting 
the control functions and parameters in much the same 
manner as he would do if using a classic hardware control- 
er. This research will investigate doing just that# de- 
signing a microprocessor based process control system with 
user-friendly software that will enable the user to easily 
control a number of process variables using familiar con- 
trol algorithms without having to wrestle with programming 
the processor. 



PROBLEM STATEMENT 



A need exists for such a microcomputer based process 
control system within the Chemical Engineering Department 
of the University of Washington. Students in the Process 
Dynamics and Control classes currently use an analog com- 
puter system to simulate the operation of a process and to 
simulate real time control of the process. However, no ac- 
tual real time control is available for a physical process. 
Since a number of types of processes need to be investigat- 
ed, and for each process several control strategies need to 
be compared* it would not be feasible to obtain dedicated 
hardware controllers for every case. A microprocessor 
based control system offering selectable control algorithms 
and providing control over several process variables would 
give the flexibility needed. Students would be using the 
system to aid them in the design and testing of control 
strategies* not to learn how to write and debug computer 
programs for this particular system. As a result* the sys- 
tem must provide the student with a "non-programming " com- 
munication format, such as selection from a menu or 
"f i 1 1-in-the-b lanks, " to use in describing the control 
strategy desired. 

The requirements for a process control system for this 
generalized application have been developed with the help 
of Professor N. L. Ricker of the Chemical Engineering De- 
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partment and can be summarized as follows. 

1. The system must be interactive with user via a 
t ermina 1 . 

2. The system must provide an easy way for the 
user to describe the process and the control 
strategy desired. 

3. The user must be able to specify the following: 

a. The sample and control update period. 

b. Which system input channels will be used. 

c. Which system output channels will be used. 

d. What data to collect for later analysis. 

e. The control strategy to use. 

The last item, specifying the control strategy, in- 
volves considerably more than is immediately apparent. One 
system of notation used in process control involves func- 
tional blocks which represent control actions such as sum- 
ming two inputs, multiplying two values or providing a con- 
trol signal proportional to the time integral of the 
difference between a process variable and a set point. In 
this notation system, the block is a c omp u ta t i ona 1 step 
that follows almost directly from the control strategy. A 
block consists of its inputs, its output and the operation 
it performs in between. For example, PI control could be 
easily defined in terms of one block, a PID block, with a 
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specified Reset/ with Rate equal 0 (to disable derivative 
action)/ a specified overall gain/ a desired set point/ the 
source of the input variable and the destination of the 
output control signal. Since potential users are likely to 
be familiar with this notation* it would be advantageous to 
them if it were utilized by the system. Figure 3 demon- 
strates the comparison between the block diagram of a feed- 
back temperature control system and a "block" notation de- 
scription of the same system. 

f 




a. Block Diagram 




b. Block Notation 

Figure 3. Block Re pr e s en ta t i on of Process Control 



The minimum specific block "types" the system should 
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provide are as follows: 



1 . 



3 . 



4 . 



5 . 



6 . 



7 . 



ADD Output equals sum of two inputs 
multiplied by gain factor. 

SUB Output equals difference of two inputs 
multiplied by gain factor. 

MUL Output equals product of two inputs 
multiplied by gain factor. 

DIV Output equals quotient of two inputs 
multiplied by gain factor. 

SORT Output equals square root of input 
multiplied by gain factor. < SQT ) 

SCALE Output equals input multiplied by gain 
factor. < SCL ) 

PID Prop or t i ona 1-In tegra 1 -Der i vat ive Control 

Block. Output equals sum of three com- 
ponents multiplied by gain factor. User 
selects 1 of 3 modes. P. PI. PID. by 
choice of Rate, the derivative time con- 
stant. D. and by choice of Reset, the 
reciprocal integral time constant. R. 



The complete description of the resulting process con- 
trol strategy and the necessary connections to the physical 
process will be called a "configuration. " The system must 
be able to obtain this information from the user, use it to 



tailor a resident real time program to meet the user's 
needs and/ at the direction of the user/ execute this pro- 
gram to provide control of the process. To be useful in 
the expected student environment/ the system must provide 
an easy to use means to revise a c on f i g ur a t i on once it has 
been given to the system/ either to correct an error or to 
alter the control strategy. To some extent/ this editing 
feature must also be available during the actual running of 
the control program. The latter is needed to enable han- 
dling of initial conditions/ changes in references/ and 
comparison of different selections of gain factors. 

One last feature is desirable in the Chemical En- 
gineering instruc tional environment. The system should be 
able to operate as a remote terminal of the department's 
PDP-11/60 computer through a serial RS-232C data link. 
Using the data link/ the students are able to input and ex- 
ecute numerical analysis programs operating on data obtain- 
ed for them by the process control system. They may also 
use any other features of the PDP-11 computer/ including 
text editing/ file operations and other applications pro- 



gramming. 
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DESIGN SPECIFICATIONS 



OVERVIEW 

To truly be able to handle the "general case" a proc- 
ess control system would need to have an infinite number 
of communication channels/ be able to provide an infinite 
number of control blocks, etc. Realistically, the general 
case can be approximated with a modest system, since the 
purpose of a process control system is to control a real, 
finite process. Recognizing that this system will be used 
in an academic environment, the scope of process control 
blocks can be expected to be less than that required of 
commercial units. Many available programmable process con- 
trollers are designed to handle from 1 up to 8 or 16 vari- 
ables. C7H In the Process Dynamics and Control class envi- 
ronment, the largest experiment planned consists of two 
cascaded continuous stirred-tank reactors with control de- 
sired over the flow into and temperature of each. This 
would require 4 output lines and at least 4 input lines. A 
complex control strategy would look at more process state 
variables than just the 4 being controlled to determine 
what control signals to send to the respective 4 actuators. 
To permit maximum use of the mathematical operations possi- 
ble with the system, sufficient inputs are necessary to re- 
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ceive several sensor signals per controlled variable. For 
example) to provide very accurate control of the internal 
temperature of a continuous stirred-tank chemical reactor) 
the control strategy would be based on the current tempera- 
ture in the reactor, the flow rate of chemical stock into 
the reactor, the temperature of the stock flowing into the 
reactor and the flow rate of the chemical products leaving 
the reactor. This strategy would require 4 input channels 
for the sensors and 1 output channel for the reactor heater 
control. Different control strategies will obviously call 
for different combinations of inputs and outputs, although 
it would appear from the expected use that this 4 to 1 
ratio should be provided. As a result, it would be desir- 
able for this system to have 16 input channels to fully 
support its 4 output channels. 

Reviewing definitive texts on process control. Cl, 23, 
confirmed that a practical process control system must have 
P, PI, PID functions available, a means to obtain a square- 
root of a process variable (to linearize certain types of 
variables) and a means to interconnect control loops for 
cascade control strategies. The literature also points to 
sampling rates in the neighborhood of 1 second. 

While the Chemical Eng ineering Department at. the Un- 
iversity of Washington does not currently have experiments 
set up utilizing real time control of physical processes, 



14 



it does have the process equipment with the necessary sen- 
sors and actuators for use with this process control sys- 
tem. The equipment is currently used to demonstrate proc- 
ess dynamics, but feedback control is not available. These 
sensors provide, and the actuators utilize, proportional 0 
to +5 volt D. C. signals. 

Using this information, the desired specifications for 
this process control system were developed. 

SYSTEM SPECIFICATIONS 

A. Communications Channels: 

1. 16 analog input channels. 

2. 4 analog output channels. 

3. Analog signal range 0 to + 5 volts. 

4. R3-232C Serial data channel to PDP-11/60 computer. 

B. System Sampling Rate: 

1 . User specified. 

2. All channels sampled at same rate. 

3. Min: 0. 1 sec; Max: 10. 0 sec. 

4. Resolution: 0.01 sec. 

C. System Operating Modes: 

Operating modes are selected by user from the 
system terminal. 

1. CONFIGURATION. 

a. Interacts with user to create a config- 



uration file in memory which describes 
the desired process control system, 
b. Con f i g urat i on file includes file namei 

sample rate; inputs, outputs, definition 
of signal paths, set points and functional 
blocks used. 

2. MODIFY. 

Interacts with user to permit editing 
of a c onf i g ura t i on file in memory. 

3. RUN. 

a. System configures real-time process 
control program according to contents 
of configuration file currently in 
memory . 

b. On command, executes that program. 

c. System responds to terminal input 

to change parameters during execution. 

4. TERMINAL. 

a. System emulates PDP-11/60 remote terminal. 

b. Enables transfer of data and c on f i g ur at i on 
files to and from PDP-11/60. 

c. Enables user full access to PDP-11/60. 
Functional Blocks; 

1. Quantity: 32, any combination of types. 



Inputs: 
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a. 2 per block; except SGT and SCL which have i. 

b. Permitted values: 

1. Any input channel. 

2. Output of any block. 

3. Decimal Constant up to 5 digits maximum. 

3. Types: 

a. Operational: Provides mathematical operation 

on 2 inputs/ x and y> except as noted. 



1. 


ADD 


< x+y )-*Gain. 


2. 


SUB 


< x-y ) #Ga in. 


3. 


MUL 


< x -fry ) #Ga in. 


4. 


DIV 


( x /y ) -*Ga in. 


5. 


SQT 


< SORT ( x ) )*Gain 


6. 


SCL 


( x ) *Ga in. 



b. Control: Provides P> PI or PID control algo- 

rithm on inputs x and y. User selects which 
algorithm by choice of Rate and Reset param- 
eters. The algorithm choice is shown below: 



i 


P 


Reset = 0/ Rate 


= 0 . 




2. 


PI 


Reset = f in i te, 


Rate 


= 0 . 


3. 


PID 


Reset = finite. 


Rate 


= finite 



4 Gain: 

a. Block gain is multiplied times the output 
of the function performed. 

b. Decimal Constant up to 5 digits maximum. 
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5. Block Output Option: 

a. Each block may be optionally placed in a 
manual mode where its output is forced to be 
a constant value supplied by the user. 

b. Option is selected/rejected by yes/no entry. 

c. If yes, output value of decimal constant 
up to 5 digits maximum is required. 

d. If no, the normal output of the block is 
utilized and no constant is required. 

6. PID parameters: 

a. Rate, D: From 0 to 99999 Seconds. 

b. Reset, R: From 0 to 99999 1/Sec. 

E. Data Collection: 

1. User may select up to 6 points in the configuration 
from which to collect data each sampling period. 
Values of these points will be displayed on the 
terminal in real time during Run Mode. They 

may also be sent to the PDP-11/60 computer and 
saved in a data file there for later analysis 
and plotting. 

2. Permitted points in the data file: 

a. Any input channel. 

b. Any block output. 

F. Input Connections: 

1. All input channels are scanned by the system. Only 
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those channels named as inputs to blocks or which 
are connected to output channels are actually used. 
2. An input channel may be used any number of 
times. 

G. Output Connections: 

1. User specifies which internal signals go to 
those output channels (maximum of 4) that are 
to be used. 

2. Permitted signals: 

a. Any input channel. 

b. Any block output. 

H. User Control: 

1. User exercises control from CRT terminal. 



User selects options from menus displayed. 



Chapter 3 



HARDWARE DESIGN 



HARDWARE REQUIREMENTS 

The requirements for hardware components and their in- 
terconnections stem from the need to implement the process 
control system specifications given in the previous 
chapter. Figure 4 offers a simplified block diagram of the 
complete hardware system to aid in visualizing the individ- 
ual components that will be required. i 




Figure 4. Process Control System* Simplified Block Diagram 

Starting with the Central Processor* the following re- 
quirements can be readily identified for the hardware com- 



p onen ts. 



A. Central Processor. 

The Central Processor must contain the system software 
in its memory and execute it to provide the system operat- 
ing modes specified. This includes communication with the 
terminal* with the process and with a second computer. It 
also means the Central Processor must be able to operate in 
real time. To accomplish this it must have the following: 

1. Interrupt processing capability and at least 
one programmable timer. 

2. Memory capacity of at least 8K bytes of ROM to 
handle the estimated program size and SK of RAM 
for the estimated variable data requirements. 

3. Two serial port controllers (USARTs) for com- 
munication with the system terminal and for 
communication with the PDP-11/60 computer. 

4. Capability to control and communicate on a bi- 
directional parallel data bus. 

5. Capability for floating point operations* 
preferably in hardware* to handle the number of 
calculations necessary within the time allotted 
by the real time program. Particularly desired 
are multiply* divide* add* subtract* square- 
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root; integer to floating point and floating 
point to integer conversion. 

B. Ana 1 og-t o-Di q i ta 1 Conversion 

The Ana 1 og -t o-Di g i ta 1 Converter (ADC) in Figure 4 
refers to the conversion of analog signals received from 
the process equipment to equivalent binary integers. The 
software can then convert them to floating point numbers 
and manipulate them in the central processor while running 
a real time control program. The converter must have the 
following characteristics: 

1. Multiplex 16 analog inputs into the converter. 

2. Input range of O to +5 volts DC full scale. 

3. Provide 12 bit straight binary integer output. 

4. Program controllable for channel selection and 
conversion start. 

5. Bus compatable with central processor. 

C. Di g i ta 1-to-Ana 1 og Converter 

The Dig i tal-to-Analog Converter (DAC) converts the bi- 
nary integers generated by the software to analog voltages 
between 0 and + 5 volts DC that can be used by the process 
equipment actuators. The DAC must have the following char- 



acteristics: 



1. Have 4 independent DACs, each with a 12 bit 
straight binary input and a 0 to +5 volt DC 
output. 

2. Bus compatahle with central processor. 

D. System Terminal 

A data entry terminal is necessary for user communica- 
tion with the system. For the anticipated brief' exchanges 
of prompts, system commands, menu selections and real time 
data a video terminal with minimal features is sufficient. 
It must at least have: 

1. Ability to recognize full ASCII character set. 

2. Full duplex capability to enable communication 
through the process control system to the 
PDP-11 in the Terminal Mode. 

3. Direct cursor addressing to enable display for- 
matting, especially during Run Mode. 

E. Support Components 

A chassis, power supply and connection panel will be 
needed to support these components. The chassis must in- 
clude the b i d i r ec t i ona 1 bus for the processor and other 
components to communicate with each other. The connection 
panel provides coaxial BNC connectors to permit connection 
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of the system to the physical process it is to control. 
HARDWARE SELECTION 

Of the available microprocessors* any one of the 8 
or 16 bit processors would meet the hardware requirements. 
Depending on the processor chosen* varying amounts of addi- 
tional circuitry and board design effort would be required 
to make the processor functional in this application. A 
number of manufacturers of processors also offer “single 
board computer" assemblies which contain the processor and 
the supporting hardware necessary to operate the processor 
almost as a stand alone unit. Such assemblies meet most of 
the requirements previously laid down for the process con- 
trol system central processor. These single board com- 
puters are usually compatable with a bus made by the manu- 
facturer. Additional components* such as A/D and D/A con- 
verters* RAM memory* communications port controllers* etc. 
are also offered by the manufacturer for use with the sin- 
gle board computer and the bus. 

Of the many hardware combinations possible* two 
potential system configurations* based on the popular 
Intel 8085 and Motorola 6800 mi cr oproc essor s* respectively* 
are shown in Table 1. C8* 9] The components listed are 

board assemblies which directly plug into the 



manufact-erer 's bus* Intel's Multibus or Motorola's EXORbus. 
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The Intel Floating Point Processor is an exception/ 
however. It plugs directly into a socket on the SBC 80/24 
Single Board Computer. The Intel chassis provides slots, 
power and bus for 8 cards? the Motorola chassis provides 
for 10 cards. 



Comp onent 


Intel 


Motorol a 


Single Board 


Computer 


SBC 


80/24 


MS8MM01D 


Memory Expansion 
(16K Dynamic RAM) 


SBC 


1 ISA 


MEXS816-1 


Second Serial Port 


< on 


SBC USA) 


MEXS850 


Floating Point 
Processor 


SBX 


331 


MS8MM14 


A/D Converter 


SBC 


711 


MSSMM1 5 A 


D/A Converter 


SBC 


724 


MS8MM15CV 


Chassi s 


SBC 


SSO 


MS8MMLC 



Table 1. Hardware Configuration Alternatives 

An important consideration in hardware selection is 
the amount of logic development support available. The 
Electrical Engineering Department of the University of 
Washington has extensive facilities for developing and 
testing Intel microprocessor systems. These include two 
Intel MDS 800 Microcomputer Development Systems with emula— 



25 



tors for 8080* 8085 and 8086 microprocessor systems. As a 
result of the availablity of these design tools* and the 
familiarity with their use* the Intel system is the prefer- 
able hardware choice. With this in mind Professor Ricker 
contacted the Intel Corporation and requested assistance in 
obtaining the Intel hardware components identified for this 
process control system. Intel graciously donated all of 
the components necessary* and also provided reference manu- 
als to aid in implementing the design. The Chemical En- 
gineering Department provided an ADM-3A video terminal for 
use as the system terminal* along with necessary connec- 
tions between the process control system and the process 
equipment to be controlled. 

HARDWARE DESCRIPTION 

With the hardware components identified* a description 
of how each operates* as well as its interaction with other 
components is necessary to integrate the system design. 
Figure 5 presents a detailed block diagram of the system 
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Figure 5 . 



Process Control System/ Detailed Block Diagram 




Proceeding in the same order as with the requirements/ 
the central processor will be covered first. In meeting 
the requirements for the central processor/ three compo- 
nents are actually used: the single board computer/ a mem- 
ory and I/O expansion board and a math multimoduie. Each 
will be covered separately. 

A. SBC 80/24 Single Board Computer. 

The SBC 80/24 single board computer is the heart of 
the system. It contains an 8035A-2 microprocessor operat- 
ing at 4.84 MHZ/ a serial port controlled by an S251A 
USARTz six 8 bit parallel ports controlled by two 8255 pro- 
grammable peripheral interface devices/ an 8259A eight 
channel programmable interrupt controller/ an 8253 pro- 
grammable interval timer with three independent timers/ 4K 
bytes of RAM memory/ up to 32K bytes of ROM memory and bus 
controller circuitry. The board also contains circuitry 
for the addition of up to 2 special purpose SBX multimodule 
boards/ such as the SBX 331 Arithmetic Processor Unit/ to 
the 80/24 board. Figure 6 provides a detailed block dia- 
gram of the 80/24 board. 
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Figure 6. SBC 80/24 Single Board Computer* Block Diagram 

(Intel iSBC 80/24 Single Board Computer 
Hardware Reference Manual* p 4-1. ) 

Switches and jumpers on the board determine the port 
numbers of on-board I/O ports and the starting addresses of 
RAM and ROM memory blocks. The 80/24 board decodes all 
references to memory and I/O ports. If the reference is to 
an on-board asset* the read or write operation is accom- 
plished directly. If the reference is not recognized as 
on— board* the processor uses the bus control circuitry to 
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gain control of the Intel Multibus/ and initiate a read or 
write operation onto the bus. When a device with the ad- 
dress or port number referenced recognizes the operation 15 
for it/ it acknowledges this and writes or reads data on 
the bus as required. 

For this application the RST 7.5 interrupt is enabled 
on the board and is connected to the output of counter 1 of 
the 8253 Programmable Interval Timer. The counter is con- 
trollable from software to provide an interrupt driven real 
time clock. The 8251A Universal Sync hronous/Async hron ous 
Rec ei ver/Transmi tter (USART) is used to provide an asyn- 
chronous RS-232 port at 9600 baud for communication with 
the PDP-11/60 computer. The S259A Programmable Interrupt- 
Controller and the two 8255A Programmable Parallel Inter- 
face devices are not used in this application/ but are a- 
vailable for future enhancement of the system. CIOj 

B. SBC 116A Memory and I/O Expansion Board. 

The SBC 116A memory and I/O expansion board provides 
the bulk of the RAM memory that will be available for use 
by the system software for storage of variable data. A 
functional block diagram of the board is provided in Figure 



7 . 
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Figure 7. SBC 116A Expansion Board, Block Diagram 

(Intel iSBC 104/108/1.16 Combination 
Memory and I/O Expansion Board 
Hardware Reference Manual, p 4-1. ) 

The starting address of the RAM is set on the board to 
immediately follow the last address of RAM on the SBC 
80/24 board, thus forming a contiguous 20 K-bytes of RAM. 
This board also contains an 8251A USART which will be used 
to provide the serial data port to the system terminal. 
Jumpers on the board are set to operate this serial port at 
9600 baud. The two 8255A Parallel Peripheral Interfaces on 
the board are not used in this application. The board also 
has capability for adding up to SK of ROM memory to the 
system, which also will not be required. C11D 
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C. SBX 331 Fi xed /FI oat ing Point Math Multimodule Board. 

The SBX 331 F i x ed /F 1 oa t i ng Point Math board uses an 
8231A Arithmetic Processor Unit (APU) and is connected di- 
rectly to the single board computer via an internal bus 
structure. It is accessed as though it were a peripheral 
device through an I/O port on the single board computer. 
Floating point operands are output to the APU/ then an op- 
code is output to the APU instructing it which operation it 
is to perform. Results are then read back from the port. 
The APU is a stack oriented device/ that is* the operands 
are presented one at a time/ followed by the operation to 
be performed/ in much the same way as arithmetic operations 
are performed on a Hewl e t t-Pac kar d hand-held calculator. 
In this application/ the APU is polled and tested for com- 
pletion of calculation vice using its interrupt capability. 
The APU performs the following operations in hardware: 
C8/ 1 2D 

1. Conversion of 16 bit binary to 32 bit floating 
point. 

2. Conversion of 32 bit floating point to 16 bit 
b inary . 

3. Floating point multiply/ divide/ add and sub- 
trac t . 

4. Floating point sine/ cosine/ tangent and 
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i nver ses. 

5. Floating point square root, natural and common 
logs and inverses. 

6. 16 and 32 bit integer multiply, divide, add and 
subtract. 

D. SBC 711 Analog Input Board. 

Ana 1 og-to-d i g i ta 1 conversion is obtained through use 
of the SBC 711 board. A block diagram of the SBC 711 ADC 
is given in Figure 8. The SBC 711 can be commanded to con- 
vert a single channel specified by software or to convert a 
sequence of channels starting with the first and last chan- 
nel specified by software. Completion of the task can be 
signalled either by an interrupt or by polling the status 
register. In addition to straight conversion, the board 
provides software selectable gains of 1, 2, 4 and 8 which 
are applied to all analog channels before conversion to bi- 
nary. Conversion is initiated by setting the appropriate 
channel number(s) in the channel register(s) and setting 
the appropriate bits in the c ommand /status register. 
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Base + 0: 



Command/Status Register. 
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2. Base + 1: Channel Number and Gain Register. 

For single channel conversions* the channel to 
read is placed here. For conversion of a se- 
quence of channels* the number of the first 
channel is placed here* in the lower 5 bits. 

The upper 2 bits select the gain of the con- 
verter: 1* 2* 4 or 8 x the input. 

3. Base + 2: Last Channel Register. Used to 

identify the last channel number when a se- 
quence of channels is to be converted. 

4. Base + 3: Clear Interrupts. When using the 

end of conversion interrupt feature* writing to 
bits 4 and 5 in this address will clear inter- 
rupts and reenable them for future conversions. 

5. Base + 4: High Data Byte. When conversion of 

a channel is complete* contains most signifi- 
cant S bits of result. 

6 . Base + 5: Low Data Byte. When conversion com- 

plete contains lowest 4 bits of 12 bit result* 
left justified and filled with 0's. 

E. SBC 724 Analog Output Board. 

Dig i tal-to-analog conversion is obtained through use 
of the SBC 724 board. This board contains 4 separate and 
independent d i g i ta 1-t o-ana 1 og converters (DACs)* each of 
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which converts a 12 bit integer to a 0 to +5 VDC output. 
Figure 9 contains the block diagram of the SBC 724 board. 



INH1/ 

INHZ/ 




Figure 9. SBC 724 Analog Output Board 



(Intel iSBC 724 Analog Output Board 
Hardware Reference Manual/ p 4-2. ) 



The SBC 724 board is also a memor 
The board has a header which is wired 
dress. The board then recognizes that 
sequent seven addresses when they 
references to the board. Each DAC is 
writing the low byte to its lower byt 



y mapped I/O device, 
to select a base ad- 
address and the sub- 
appear on the bus as 
accessed by FIRST 
e address/ THEN writ— 
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ing the high byte to its upper byte address. No commands 
are necessary to start the conversion. The addresses of 
the DAC ' s in terms of the base address are: E143 



1. 


Base 




0: 


Lower 


byte; 


DAC 
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bits) 
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Base 
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byte; 


DAC 
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< MS S 


bits) 


3. 


Base 
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2: 


Lower 


byte; 


DAC 


1 






4. 


Base 


+ 


3: 


Up p er 


byte; 


DAC 


1 






5. 


Base 


+ 


4: 


Lower 


byte; 


DAC 


2 






6. 


Base 


+• 


5: 


Up p er 


byte; 


DAC 


2 






7. 


Base 


-h 


6: 


Lower 


byte; 


DAC 


3 






8. 


Base 


+ 


7: 


Up p er 


byte; 


DAC 


3 







F. SBC 660 System Chassis. 

The SBC 660 System Chassis provides an eight slot 
cardcage and backplane for use with SBC single board com- 
puters and expansion boards. It contains the power supply 
for the system and dual cooling fans. The backplane pro- 
vides the interconnections that make up the Intel Multibus 
and distribute power to the boards. The backplane has been 
jumpered to provide slot (2) with the highest priority in 
obtaining control of the bus. The SBC SO/24 single board 
computer is placed in this slot. This permits space for 
the SBX 331 which is connected on top of the SBC 80/24 



b oard . C 1 53 
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HARDWARE CONNECTION DATA 

This section contains the table listings which identi- 
fy the I/O port assignments, memory address assignments, 
connector pin assignments which are used to permit the 
hardware components to operate together as a system. Table 
2 identifies the I/O port assignments. In addition to 
those functions being used in this application, unused 
functions which have hardwired dedicated port assignments 
are also listed to show those ports as unavailable for 
other use. 
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I/O Port 


Location 


Function 


BO 


to 


B3 


SBC 


80/24 


External Interrupt Expansion 












(not used) 


B4 


to 


B7 


SBC 


1 16A 


PPI Number 3 (not used) 


B8 


to 


BB 


SBC 


1 16A 


PPI Number 4 (not used) 


BC 






SBC 


1 16A 


System Terminal Data Port 


BD 






SBC 


116A 


System terminal Control Port 


CO 


to 


CF 


SBC 


80/24 


SBX 331 APU 


D8 


to 


DB 


SBC 


80/24 


External Interrupts (not used) 


DC 






SBC 


80/24 


Timer 0 


DD 






SBC 


80/24 


Timer 1 (Real Time Clock) 


DE 






SBC 


80/24 


Timer 2 (Port EC> ED baud rate) 


DF 






SBC 


80/24 


Timer Control Register 


E4 


to 


E7 


SBC 


80/24 


PPI Number 1 (not used) 


EB 


to 


EB 


SBC 


80/24 


PPI Number 2 (not used) 


EC 






SBC 


80/24 


PDP-11 Link Data Port 


ED 






SBC 


80/24 


PDP-11 Link Control Port 



I/O port numbers are hexadecimal. 

I/O port address space is from 00 to FF. 



Table 2. Input/Output Port Assignments 



Table 3 lists the assignments of RAM and ROM memory 
addresses which the system will be using. 
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Address 

0000 

2FFF 

3000 

3FFF 

4000 

7FFF 

8000 TO F6FF 
F700 to F705 
F708 to F70F 
F710 to FFFF 



Ass l gnment 

ROM start. System Software 

ROM max end 

RAM start 

last RAM on 80/24 

first RAM on 116A 

RAM end on 116A 

Unused 

SBC 711 ADC 

SBC 724 DAC 

Unused 



Memory Addresses are hexadecimal. 

Memory Address space is from 0000 to FFFF. 



Table 3. Process Control System. Address Assignments 



Table 4 lists the individual signals entering the sys- 
tem from the physical process and their connector pin as- 
signments. The signals are received via two-conductor 
pairs. The signal itself is labeled "In" and the analog 
return or ground for the signal is labeled "Ret” in Table 
4. Signals coming into the process control system are re- 
ceived at the system connection panel at BNC coaxial con- 
nectors SOO through S15. They are transferred directly 
from the connection panel via flat ribbon cable to connec- 
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tor J2 on the SBC 711 Analog Input Board. Table 5 lists 
the output signals from the system to the process under 
control and their connections. As with the analog inputs> 
each output is carried via two conductors. In Table 5< the 
signal is labeled "Out" and its analog return is labeled 
"Ret. " Outputs from the system originate at connector J1 on 
SBC 724 Analog Output Board and are transferred via flat 
ribbon cable to BNC coaxial connectors COO through 003 on 
the system connection panel. Figure 10 shows the system 
connection panel coaxial connectors. 

The connection to the system terminal is from card 
edge connector J3 on the SBC 116A Memory and I/O Expansion 
board via flat ribbon cable to the female RS-232 connector 
on the rear of the chassis labeled "terminal. " The connec- 
tion to the PDP-11/60 computer is from card edge connector 
J3 on the SBC 80/24 Single Board Computer via flat ribbon 
cable to the female RS-232 connector on the rear of the 
chassis labeled "PDP-11. " 
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Signal In 


CH 


0 


In 


CH 


0 


Ret 


CH 


1 


In 


CH 


1 


Ret 


CH 


2 


I n 


CH 


2 


Ret 


CH 


3 


In 


CH 


3 


Ret 


CH 


4 


I n 


CH 


4 


Ret 


CH 


5 


In 


CH 


5 


Ret 


CH 


6 


In 


CH 


6 


Ret 


CH 


7 


In 


CH 


7 


Ret 


CH 


8 


In 


CH 


8 


Ret 


CH 


9 


In 


CH 


9 


Ret 


CH 


10 


In 


CH 


10 


Ret 


CH 


1 1 


In 


CH 


11 


Ret 


CH 


12 


I n 


CH 


12 


Ret 


CH 


13 


In 


CH 


13 


Ret 


CH 


14 


In 


CH 


14 


Ret 


CH 


15 


In 


CH 


15 


Ret 



Pin BNC Connector 

500 

501 

502 

503 

504 

505 

506 

507 

508 

509 

510 
SI 1 
S12 
SI 3 
S14 
S 1 5 



11 J3 

4 

3 

8 

7 

12 

1 1 

16 

15 

20 

19 

24 

23 

28 

27 

32 

31 

6 

5 

10 

9 

14 

13 

18 

17 

22 

21 

26 

25 

30 

29 

34 

33 



Table 4 



Process Control System. Input Connections 
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Signal Out 


SBC 724 J1 Pin 


BNC Connector 


CH 0 Out 


42 


coo 


CH 0 Ret 


45 




CH 1 Out 


36 


C01 


CH 1 Ret 


39 




CH 2 Out 


30 


C02 


CH 2 Ret 


33 




CH 3 Out 


24 


COO 


CH 3 Ret 


27 





Table 5. Process Control System, Output Connections 
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Figure 10. System Connection Panel 



Chapter 4 



SOFTWARE DESIGN 



INTRODUCTION 

The process control system software is designed to be 
a (nodular, hierarchial, table driven real time program. 
The system software acts as its own operating system and 
functions as a self-contained stand alone program. The 
software interacts with the user through a video terminal, 
with the physical process through addressable A/D and D/A 
conversion boards and with a PDP-11/60 computer through an 
RS-232 serial port. The software is resident in Read Only 
Memory and begins execution immediately upon providing 
power to the system. 

A User's Manual for the process control system is pro- 
vided in Appendix A. 

SOFTWARE ORGANIZATION 

The software is organized into 4 levels. The highest 
level contains the system executive routine which initial- 
izes the system and controls execution of system commands. 
The system commands are short mnemonic expressions which 
the user enters from the system terminal to inform the ex- 
ecutive which system operating mode the user desires. The 
next highest level in the hierarchy contains the system 
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routines; each of which implements a system operating mode. 
The third level of routines contains function routines 
which perform specific major tasks peculiar to an operating 
mode. As an example; in the file creation mode there is a 
function routine; LDBLCK; which performs the steps required 
to enter and check all information neccessary to specify 
one block in the c onf i g ura t i on. The last level in the hi- 
erarchy contains the subroutines which provide the bulk of 
the actual instruction execution. Subroutines are public 
and may be called by routines at any level. 

The relationship of the executive routine; named 
PCSEXC; and the three systems routines; named PCSCFG; 
PCSRUN and PCSPDP; are shown graphically in Figure 11. 
PCSCFG enables creating and editing system c onf i g ura t i on 
files. PCSRUN enables executing a c on f i g ura t i on file as a 
real time control program. PCSPDP enables the user to com- 
municate directly with the PDP-li/60 computer from the 
process control system video terminal. 
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Figure 11. Software Organization. System Routines 

Before describing the various routines in detail. a 
discussion of the data structures which they use is needed. 
Two primary structures are employed by the system software. 
The first is the configuration file. This file contains 
all of the information needed to describe the c onf i g urat i on 
of the desired process control system. The file is organ- 
ized as an indexed sequential file of fixed record length. 
The file is also structured as a text file, that is. each 
record is one line of characters and is terminated with a 
carriage return character. This organization was chosen 
over pure sequential and random access structure to mini- 
mize file handling overhead and still provide reasonably 
fast access to records. Table 6 demonstrates the file 



struc tur e. 
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Index 


Record Description 


CFNAME 


Conf iguration file name/ 32 characters 


DFNAME 


Data file Name/ 32 characters 


PRDREC 


Sampling period/ 8 characters 


BLKCTR 


Number of blocks in configuration 


TREC 


32 Block type records* each 8 ch. 


XREC 


32 Block X input records* each 8 ch. 


YREC 


32 Block Y input records* each 8 ch. 


GREC 


32 Block gain records* each 8 ch. 


QREC 


32 Block output constant option records 


VREC 


32 Block output constant value records 


RREC 


32 Block reset records* each 8 ch. 


DREC 


32 Block rate records* each 8 ch. 


OUTCTR 


Number of c onf i g ura t i on output channels 


OUTREC 


4 Output channel records* each 8 ch. 


DATCTR 


Number of data points in configuration 


DATREC 


6 Data point records* each 8 ch. 


ENDREC 


Zero byte end of file record 



Table 6. Con f i g ura t i on File Structure 

The second principal data structure consists of the 
run time tables. These are the tables used by the system 



to implement the desired control strategy. Prior to exe- 
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cuting the control operation the system translates the 
configuration file information to floating point numbers, 
internal addresses and flags which are stored in a series 
of tables. Then, during the running of the control opera- 
tion. the software refers to the tables to determine what 
actions it must take. Table 7 illustrates the organization 
of these tables. 



Table 


Contents 




TTBL 


32 


Block 


type codes, each 1 byte 


XTBL 


32 


Block 


X input addresses 


YTBL 


32 


Block 


Y input addresses 


KTBL 


32 


Block 


X or Y constants, each 4 bytes 


GTBL 


32 


Block 


gains, each 4 bytes 


OTBL 


32 


Block 


output flags, each 1 byte 


VTBL 


32 


Block 


output constants, each 4 bytes 


RTBL 


32 


Block 


reset constants, each 4 bytes 


DTBL 


32 


Block 


rate constants, each 4 bytes 


LTBL 


32 


Block 


previous inputs, each 4 bytes 


CTBL 


4 


Output 


channel addresses 


PTBL 


6 


Data point addresses 



Table 7. Run Time Tables 
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The organization of the system routines will be han- 
dled individually to show the r e la t i onsh i p s of the function 
routines each uses to implement its respective system 
operating mode. 

The first system routine# PCSCFG# implements two com- 
mands# FILE and MOD# to permit both creating and modifying 
a c onf i g urat i on file. The executive passes a flag# named 
Edit# to signal which command the routine is to execute. 
PCSCFG uses 5 function routines to load c on f i g ur at i on data 
into the file. These routines are LDNAME# LDPERD# LDBLCI^# 
LDQUT and LDDATA. They input# check and store the informa- 
tion for file name# sample period# block definition# output 
channel definition and data point definition# respectively. 
Their relationship is shown in Figure 12. 




Figure 12. 



Software Or gan i zat i on# Configuration Functions 
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PCSRUN implements the RUN command. It takes the in- 
formation describing the process control configuration from 
the file# converts it to table entries and executes its 
real time control program. PCSRUN is organized into two 
priority levels of routines. The lower level consists of 
two functions# LDTABL# which does the conversion and stor- 
ing of table entries and MODTBL# which communicates with 
the user to enable modifying the values of constants in the 
tables. The higher priority level consists of the function 
routines which are a part of the interrupt service routine# 
ISR. These consist of INPUT# BLOCK# OUTPUT# BATA and 
DSPLAY. When a timing interrupt is received from the 
hardware# the low priority function MODTBL is suspended and 
ISR immediately begins execution. When it has completed 
its tasks# it returns execution to MODTBL which resumes at 
the point where it was interrupted. The ISR functions form 
the real time control program# and involve sampling the 
process sensors# servicing the functional blocks# deliver- 
ing control output signals to the process# sending process 
data to the PDP-11 computer and displaying the process data 
on the system terminal. The relationship of PCSRUN and its 
routines are shown in Figure 13. 
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a. Lou) Priority Functions 




b. High Priority Functions 



Figure 13. Software Or gan i z a t i on» Run Functions 



PCSPDP implements the system command PDP to enable two 
way communication between the user and the PDP-11/60 com- 



puter. It passes each character received from one to the 
other. In addition# the user may instruct the PDP-11 to 
run a program resident with its system# called $PCS# which 
will enable direct exchange of configuration files and data 
between the process control system and the PDP-11. These 
tasks are relatively simple and have been accomplished with 
several subroutines. Since no function routines were re- 
quired# no organi zat i onal chart is presented here. 

More detailed discussion of these routines is contain- 
ed in the next section. 

SOFTWARE DESCRIPTION 

A number of points concerning the software routines in 
general need to be made before describing any of them in 
particular. Because of the nature of the application# a 
stand alone real time process controller# and also due to 
the logic development tools available# assembly language 
was chosen as the language in which all routines were writ- 
ten. Without an existing operating system to handle the 
variable assignments# fixed hardware addresses and I/O 
channels# assembly language drivers would be required for 
much of the I/O features# even if other portions could be 
written in a high level language. Secondly# to use the 
timing functions available in the hardware# assembly 
language routines are required to implement much of the 
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real time application. And finally/ most assembly language 
drivers were already available for use with the hardware 
floating point processor. Very little remained that could 
effectively be written in a high level language. 

To make the assembly language routines as understand- 
able as possible/ they are generally very short and have a 
name that comes as close as 6 characters permit to describ- 
ing the task they perform. In addition, several conven- 
tions are employed to make it easier to understand the op- 
eration of the routine and to facilitate later modifica- 
tions to the software. 

In particular, parameter passing between routines is 
s tandar d i z ed . Parameter passing is done primarily at the 
subroutine level where actual data or addresses are manipu- 
lated. When a data byte is passed to a called subroutine, 
it is passed in the C register. When a data byte is re- 
turned to the calling routine it is returned in the A reg- 
ister. When an address or a 2 byte data value is passed, 
in either direction, it is passed in the H. L register pair. 
If a second address or 2 byte value is passed at the same 
time. it is placed in the D. E register pair. For example, 
the subroutine POINT is used frequently to locate a specif- 
ic entry in the c onf i g ura t i on file or in a run time table. 
It is given the start address of a group of records or a 
table in H. L. the address of a counter to use for counting 
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up to the location of the entry in D> E and the length of 
the records or entries it is counting in C. POINT returns 
the address which points to the desired record or table 
entry in H> L. Most subroutines* however* only pass 1 pa- 
rameter. 

Routines that operate on a file record or a global 
variable return a "Good/No Good” parameter to inform the 
calling routine that it was or was not successful in per- 
forming its task. The calling routine tests this condition 
and acts accordingly. The convention used sets the A reg- 
ister equal to zero if successful and sets A not equal to 
zero if unsuccessful. This is used extensively in the rou- 
tines handling c onf i gura t i on file information. 

A. The Executive System Routine PCSEXC 

The system executive initializes the software and 
hardware when the power is first applied. It then displays 
the system menu. The system menu as seen by the user is 



shown in Figure 14. 
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PCS VI. 1 

PLEASE ENTER SYSTEM COMMAND DESIRED, FOLLOWED BY <CR> 
FILE CREATE PROCESS CONTROL CONFIGURATION FILE 
MOD MODIFY CURRENTLY DEFINED CONFIGURATION FILE 
PDP ACCESS PDP-11/60 AS A REMOTE TERMINAL 
RUN RUN CONFIGURATION FILE AS A REAL TIME PROGRAM 

EXIT STOP FUNCTION AND RETURN TO HERE 

Figure 14. System Menu 

The system commands displayed are used by the system 
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to the display and waits for another command input. 



PCSEXC calls the following system routines: 



1. PCS CFG: With Edit flag clears implements FILE 
command. Cleans out c onf i g ur a t i on file buffer; 
outputs questions and prompts to guide user; 
and inputs user selections to create new file. 

With Edit flag set; implements MOD command. 
Enables user to modify contents of configura- 
tion file currently in file buffer. 

2. PCSRUN: Implements RUN command. Enables run- 

ning a configuration currently contained in the 
file buffer as a real time process control pro- 
gram. Enables user to change values of set 
points; block gains, PID reset and rate; and to 
remove or add constant output feature to blocks 
while program is running. 

3. PCSPDP: Implements PDP command. Enables user 

to communicate directly with PDP-11 computer. 
System terminal becomes a remote terminal of 
PDP-11 system. 

PCSEXC uses the following subroutines to set up the 
serial ports; to display information on the system terminal 
and to receive input from the user: 



1. 



IUSART: Initializes the serial port control- 
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ers (S251A USARTS) for the system terminal and 
the PDP-11 link. 

2. INLINE: Inputs one line of characters from the 

terminal. Provides correction capability using 
the Shift/Rubout keys. The maximum number of 
characters input is 79. A carriage return 
<CR>* a line feed <LF> or an escape <ESC> will 
be accepted as an end of line character. 

3. DECODE: Examines a line of input for system 

command. If one is found, the first character 
of the command is returned. 

4. OUTMSG: Displays a message on the system ter- 

minal. 

5. CLRCRT: Clears the system terminal display. 

B. Configuration File System Routine PCSCFG 

The configuration file system routine. PCSCFG. accom- 
plishes two modes of operation, creating a configuration 
file, and modifying a configuration file. One routine was 
selected rather than two to minimize the duplication in 
overhead keeping track of position counters and condition 
flags. The difference in the two modes rests primarily on 
the fact that in the modify mode the user has the option of 
either inputting new elements in the configuration descrip- 
tion or accepting the current elements. To accomplish 
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this> the routine tests a flag; called Edit; at each input. 
If the flag is set; the old information is retrieved from 
the file and displayed. A carriage return is accepted as 
indication that the old is to be retained. If new input is 
provided by the user it is checked and placed in the file; 
overwriting the old information. 

The c onf i g ur a t i on file is created; or modified; in 
sections. The sections are: 

1. Configuration File Name Definition: Optional. 

User may provide 32 character maximum name to 
identify configuration. 

2. Data File Name Definition: Optional. User may 

provide 32 character maximum name to identify 
file where he intends to store run time data. 

3. Sampling Period Definition: User selects peri- 

od between control system updates. 

4. Block Definitions: User defines inputs and 

parameters for each block to be used in config- 
uration. System presents blocks sequentially 
for definition; starting with the first block; 

BOO; until either the c onf i g ura t i on is complete 
or the last block; B31 has been used. 

5. Output Channel Definitions: User selects the 

points in configuration to connect to output 
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channels as control signals for process. 
System presents channels sequentially for def- 
inition! starting with COO# and ending either 
when all channels needed have been defined or 
the last channel/ COS has been used. 

6. Data Point Definitions: User selects points in 

c on f i g ura t i on to sample and save as data each 
period. System presents data points sequen- 
tially! starting with point D00 and ending when 
either all points required have been defined or 
the last point! D05! has been used. 

The block definition section is fairly involved since 
for each block a number of parameters as well as the block 
inputs are needed to fully define the block. PC'SCFG uses a 
routine called LDBLCK to handle the questions! answers! 
checks and storage tasks required to define a single block. 
An example of the system terminal display seen by the user 
during definition of a block is shown in Figure 15. 
Entries typed by the user are shown in parentheses. In the 
example! the user has decided to add a constant! such as an 
offset! to a sensor input from the process and pass the sum 
on with unity gain. He has not selected the forced con- 
stant output! or manual condition! for this block. 
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FUNCTIONAL BLOCK DEFINITION, MAXIMUM 32 BLOCKS 

WHEN NO MORE BLOCKS DESIRED, ENTER <ESC> FOR TYPE 
BLOCK NUMBER = BOO 

TYPE? ADD, SUB, MUL, DIV, SQT , SCL OR PID <CR> 

* ( ADD <CR>> 

X INPUT? S00-S15, B00-B31 OR MAX 5 DIGIT CONSTANT <CR> 
# < S05 <CR>) 

Y INPUT? S00-S15, B00-B31 OR MAX 5 DIGIT CONSTANT <CR> 
*(0.25 <CR>) 

GAIN? MAX 5 DIGIT CONSTANT <CR> 

*<1 <CR>) 

CONSTANT OUTPUT? YES OR NO <CR> 

* ( NO <CR> ) 



User input is shown in ( >. 



Figure 15. Configuration File Routine, Defining a Block 



Wh en 


a 1 


1 


of the 


blocks need 


ed have been 


defined the 


enters 


an 


escape 


character 


<ESC> instead 


of a type se- 


on. 


Th 


e 


system 


responds by 


initiating the next sec- 



tion. 

The fourth section, defining the system output chan- 
nels invloves asking the user to name the point within the 
configuration he desires to be output to the process 
through the particular channel. An example of an output 



channel definition is given in Figure 16. 
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OUTPUT CHANNEL DEFINITION, MAXIMUM 4 CHANNELS 

WHEN NO MORE CHANNELS DESIRED, ENTER <ESC> 

OUTPUT COO=? INPUT SOO-S15 OR BLOCK B00-B31 <CR> 

* ( BOO <CR> ) 

OUTPUT C01=? INPUT S00-S15 OR BLOCK B00-B31 <CR> 

*<<ESC>> 

User input is shown in ( ). 

Figure 16. Configuration File Routine, Defining an Output 

The fifth section, defining data points, is virtually 
identical to the previous section. 

After definition of the data points, the configuration 
file is complete. The system displays a summary of the 
file to enable the user to review it prior to exiting from 
the mode. To exit, the user enters the "EXIT” system com- 
mand which returns control to the executive. 

In modifying a configuration file, the routine follows 
the same steps as in creating the file. There are two 
differences, however. First, after every question display- 
ed by the system, the answer currently in the file is also 
displayed. Secondly, the routine will now accept several 
skip codes to facilitate reaching the file entries to 
change. The skip codes used are: 

1. <CR>: The answer displayed is to be retained, 
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skip to the next question. 

2. <LF>: The line feed skips to the next block; 

leaving all remaining elements of the current 
block definition intact. 

3. <ESC>: The escape character skips to the next 

section. All remaining elements in the current 
section are left intact. 

If; when modifying a file; more blocks output channels 
or data points are desired than originally specified; 
PCSCFG automat i ca 1 1 y shifts into File Mode for that sec- 
tion. New blocks; channels or points are added; starting 
with the number next in line after the last one currently 
used in the file. 

The function routines that PCSCFG calls are: 

1. LDNAME: Inputs name; if provided; checks for 

32 character maximum length and places in file. 
PCSCFG instructs routine which record; CFNAME 
or DFNAME; is to receive the name. 

2. LDPERD: Inputs sample period and checks for 

0. 1 and 10. 0 limits. Stores in file record 
PRDREC. 

3. LDDLCK: Inputs; checks and stores each parame— 
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ter need ed toe omp 1 ete 1 y specify a block. File 
record BLKCTR is updated for each block entered 
to enable the routine to keep track of block 
number. Block type, X and Y inputs, gain, out- 
put constant option and when needed, RID param- 
eters reset and rate, are stored in file re- 
cords. 

4. LDOUT : Inputs, checks and stores in file re- 
cords, starting at index OUTREC, the name of 

the signal to send out on each channel. The 
file record OUTCTR is updated as each channel 
is defined to keep track of the channels used. 

5. LDDATA: Inputs, checks and stores in file re- 

cords, starting at index DATREC, the name of 
the point in the configuration desired to be 
saved as data and displayed. The file record 
DATCTR is updated with each point definition to 
keep track of the points used. 

C. Run Conf i g urat i on System Routine PCSRUN 

The system routine PCSRUN accomplishes the Run Node of 
the process control system. It handles the conversion of 
configuration file records describing the desired control 
system to entries in the run time tables which will be used 



to actually control the physical process. 



When the tables 
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have been loaded; the routine opens c ommun i c a t i on with the 
user; requesting a start command. The user starts execu- 
tion of the real time program by entering the command "GO” 
followed by <CR>. When directed to start; PCSRUN enables 
the 1 msec timing interrupts and waits for further input 
from the user. 

While the process control program is running; the user 
may change the values of constants used in the configura- 
tion. Specifically; the user can change the gain of any 
block; the reset and rate of any PID block; the value of 
any set point given as the input to a block and he can 
change any block from the output held constant condition to 
the calculated output condition or the reverse. Changes 
are accomplished by entering the block number. The routine 
then asks for the parameter to be identified and then for 
the new value. After each change is made; the routine is 
ready to make another. The change is effected on the next 
timing interrupt. The execution of the control program may 
be stopped at any time by entering the command "HALT 11 fol- 
lowed by <CR>. The program may be then be resumed by 
entering "GO" or the mode may be exited by entering the 
system command “EXIT. “ 

An example of the system terminal display during exe- 
cution of a real time program is shown in Figure 17. 



RUN PROCESS CONTROL CONFIGURATION 
TIME 02: 37 



DOO = 3. 3234 

D01 = 00005 

D02 = 1. 0000 

ENTER HALT <CR> TO STOP 

ENTER BLOCK NUMBER <CR> TO CHANGE BLOCK 
# 

Figure 17. Run Configuration Routine. Real Time Display 

The control of the process is accomplished by the in- 
terrupt service routine. ISR. ISR initiates execution upon 
receipt of each 1 msec timing interrupt from the hardware 
counter. ISR counts occurrences of the interrupts with two 
counters. DCNTR and PCNTR. PCNTR counts up to the value of 
the sampling period, in msec, to signal the need to update 
the process control action. DCNTR counts up to 1 second, 
signalling the need to refresh the real time display. If 
neither counter has reached its final value upon counting 
the current interrupt. ISR returns without further action 
ISR saves the status of all hardware registers and flags to 
preserve the integrity of the task interrupted and to make 
ISR reentrant. 

When PCNTR equals the period. ISR scans ail 16 system 
input channels and stores floating point representations of 



CJO 



the 16 voltages read in the input table STDL. It then per- 
forms the block calculations required/ starting with block 
BOO and continuing until the last block specified in the 
configuration file. ISR then connects the requested system 
channel inputs and/or block outputs to the system output 
channels. Any unused channels are forced to be zero volts 
DC. If a data file had been opened prior to entering the 
Run Mode/ ISR would send ASCII character r epr esenta t i ons of 
the data points requested to the PDP-11 computer file 
Qtherise/ ISR returns. 

When PCNTR equals 1 second/ ISR updates the real time 
display/ incrementing the run time and replacing the data 
point values with their current values. ISR then returns. 

To accomplish these tasks/ PCSRUN calls the following 
function routines: 

1. LDTABL: Clears all tables/ fetches and con- 

verts record data from the c on f i g ura t i on file 
and stores it in run time tables. Three letter 
block types are made 1 byte hex numbers/ Sxx 
and Bxx symbols are made absolute addresses and 
constant strings are made 4 byte floating point 
numbers. 

2. MODTBL: Inputs and decodes block number.. pa- 



ameter code and new parameter value. 



Enters 
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new parameter value in table. Displays prompts 
to aid in making changes. 

PCSRUN calls the following function routines through 
the interrupt service routine ISR: 

1. INPUT: Scans all 16 analog system input chan- 

nelsi stores 2 byte integer values in the input 
buffer ADCBUF, converts the integers to float- 
ing point representat i on/ scales them from 
millivolts (value of LSB ) to volts and stores 
the final values in the input table, STBL. 

2. BLOCK: Fetches each block type code, calls a 

routine to perform the appropriate operation 
and places the result in the block output 
table, BTBL. It then checks the output con- 
stant table, OTBL, to determine if the flag for 
that block is set. If it is, BLOCK overwrites 
the value just entered with the desired con- 
stant output value from table VTEL. BLOCK ser- 
vices the blocks sequentially and returns after 
completing the last block specified in the con- 
f i g ura t i on file. 

3. OUTPUT: Fetches a floating point value pointed 

to by the absolute address in the output chan- 



68 



nel table; CTBL. It converts the value to a 12 
bit integer left justified in 2 bytes and sends 
the two byte value to the output channel digi- 
tal -t o-ana 1 og converter. All four system out- 
put channels are serviced. LDTABL initializes 
CTBL with the address of floating point zero; 
FZERO; in all four entries. The channels spec- 
ified in the configuration file have this ad- 
dress overwritten with the absolute address of 
the signal desired by the user. 

4. DATA: Fetches a floating point value pointed 

to by absolute address in data point table; 
PTBL. It converts this number to a 5 digit 
ASCII string with sign and decimal point. This 
value is sent to the PDP-11 computer with a 
trailing space character. Each specified data 
point is sent sequentially until the table is 
exhausted. After the last point; a <CR> is 
sent to signal the end of a sample period. 

5. DSPLAY: Updates the real time clock and dis- 

plays the new time* in minutes and seconds; on 
the terminal. DSPLAY also displays the current 
values of the data points on the terminal; one 
per line; next to the data point symbol D.xx 
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D. Remote Terminal System Routine PCSPDP 

The remote terminal system routine* PCSPDP* performs 
the Terminal Mode of Operation. This mode is selected by 
the system command PDP. In this mode* PCSPDP polls the two 
serial port controllers (S251A USARTS) looking for the 
status bit RX RDY set* indicating that a character has been 
received on the port. The character is read from the ac- 
tive port* examined* and if not an <ESC>* transmitted out 
the other port. An <ESC> received from the system terminal 
signals the end of the Terminal Mode session. The char- 
acter is not transmitted and PCSPDP returns control to the 
executive. An <ESC> received from the PDP-11 signals the 
process control system that the previous character from the 
PDP-11 was a protocol character. The previous character is 
removed from the display* since it was not intended for the 
user* and is decoded. PCSPDP then performs the data 
transfer action required by the protocol character. These 
are simple tasks and are performed by subroutines called 
directly by PCSPDP. The protocol characters used between 
the two computers strictly involve file and data transfers 
related to the process control system. They are listed 
here for reference: 

1. C <ESC>: Send configuration file from PCS mem- 

ory to the PDP-11. This character is sent by 
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the PDP-11. 

D <ESC>: Data file has been opened on PDP-11 



system 


for input. 


PCS 


may now send data to 


PDP-11. 


This character is 


sent by PDP-11. It 


results 


in DFOPEN 


flag 


being set for use by 


PCSRUN. 








G <ESC>: 


Con f i g ur a t i on file follows immediate- 


ly from 


PDP-11. 


This 


character is sent by 


PDP-11. 


It results 


in the 


down loading of a 


configuration file 


into 


the PCS configuration 


file buffer. 







4. H <ESC>: Data file follows immediately from 

PDP-11. The PDP-11 sends this character. The 
process control system displays the data on the 
terminal but does not store it in memory. 

5. E <ESC>: This is end of tran sm i s s i on. This 

character is sent by either computer immediate- 
ly following the end of a file being trans- 
ferred. In the Run Mode, this character is 
sent when the mode is exited. Upon receipt of 
this character from the process control system, 
the PDP-11 closes its file for input. When the 
PCS receives this character it returns to pol- 
ling the port controllers. 



PROGRAM LISTING 



Copies of the process control system program listings 
may be obtained from Professor William E. Moritz# Depart- 
ment of Electrical Engineering# University of Washington. 

Appendix D contains the process control system memory 
map# showing the memory allocations to program segments and 



data structures. 



Chapter 5 



CONCLUSIONS 



SYSTEM TESTING 

The process control system was tested by simulation 
The Con f i g ura t i on Mode and Modify Mode were tested by 
entering and revising typical c onf i g ura t i on files similar 
to those expected to be used with the system. In addition* 
arbitrary entries for files using the full 32 blocks avail- 
able were successfully entered and changed. Incorrect en- 
tries for block types* inputs* gains* etc. were attempted 
and were succesfully caught by the system. 

The Terminal Mode was tested by simulating the PDP-11 
computer with a second terminal. Characters and protocol 
characters were correctly passed in each direction. The 
processer correctly identified the actions required by 
the protocol characters and successfully transferred files. 

The Run Mode was tested by creating a simple configu- 
ration file to perform a single block operator. The block 
type and parameters were varied and the control signal sent 
out was compared to a predicted value. A variable voltage 
power supply was used to provide the simulated sensor 
input. For the PID block type* a constant error was given 
a block operating as a PI controller. Because of the in- 
tegral control action the block output for a constant input 
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is a linear ramp This condition was obtained. A second 
block was added, defined as a PID block, operating to give 
PD type control. The ramp output of the first was used as 
input to the second. The derivative action of the second 
block provides a constant output for the ramp input. This 
condition was also obtained. These tests were all run in 
real time at a sample rate of 1 second. The system was 
also run at the limits of 0. 1 and 10.0 seconds, and demon- 
strated that it did perform with these sampling periods. 



ADVANTAGES OF THE SYSTEM 

The system testing pointed out that a block diagram of 
a control strategy for a given physical process could be 
quickly and easily entered into the process control system 
configuration file. Most changes to the file were also 
easy to make. The editing feature available during the Run 
Mode is also a significant advantage. This permits "manu- 
al 11 control of all constant values such as set points, 
gains and PID reset and rate while the process is being 
controlled 

The system is " user-f r i end 1 y . " The menus of choices 
offered for the selection of operating modes and for the 
definition of elements of the control strategy relieve the 
user from continually referring to a manual. The ques- 
tions, answers and error messages are all in English. To 
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help maintain the friendly atmosphere the rubout key is en- 
abled so the user can correct typographical errors before 
the system sees the input. If an incorrect entry should be 
made, the system asks politely that the information be 
reentered 

The process control system is very versatile. It 
offers the basic PID control algorithm with extensive vari- 
ation permitted by the use of the mathematical functions 
also offered. As a result# very complex control strategies 
can be realized through int er c onnec t i on of up to 32 blocks 
in any combination of the 7 possible block types. For ex- 
ample# cascade control# where the process is controlled by 
several controllers in series# with the output of each be- 
coming the setpoint of the next# can easily be provided by 
the system# up to a maximum of 16 controllers. In addi- 
tion# with 4 separate output channels# up to 4 independent 
processes may be controlled simultaneously# although the 
same sampling rate must be used for all of them. 

A feature common to many larger systems# but not gen- 
erally available to small systems such as this one is data 
storage. The process control system can sample and store 
up to six variables in the control strategy each sampling 
period. This feature is particularly important in the use 
of the system in the Chemical Engineering Department to an- 
alyze the transient response of a control strategy. The 
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action of the controlled variable as a function of time 
needs to be stored to permit plotting and numerical anal” 
ysis. 

DISADVANTAGES OF THE PROCESS CONTROL SYSTEM 

The system has limited file handling capabilities. It 
is therefore forced to deal with fixed length records and a 
fixed length c onf i g ur a t i on file. While the fixed length 
indexed sequential file type permits easy modification of 
the software to increase or decrease the number of blocks 
or system channels, such a change cannot be accomplished 
on-line. While this has little effect on the operation of 
the system, it results in one awkward situation for the 
user. If, in modifying a c on f i g ura t i on, the user decides a 
block is no longer needed, he “removes" the block by no 
longer using the output of the block in the control strate- 
gy. The block remains in the file, but is not used. The 
system has no means of file compression to actually remove 
the block and move blocks forward in the file, filling the 
hole and making the necessary revisions of block numbers 
throughout the configuration file. 

Symbols are very limited within the system. The sys- 
tem has defined the 16 input channels as S00 through S15, 
the output channels as COO through C03, the 31 blocks as 
BOO through B31 and the 6 data points as D00 through D05. 



While they serve to identify the various elements 



and are 



not foreign to engineers with some exposure to computer 
languages such as Fortran and Basic* they do not convey as 
much information about the process being controlled as user 
defined sysmbols. 

Not all possible control algorithms are obtainable 
with the system. In particular, the dead-time control al- 
gorithm* which delays the control output signal an amount 
of time from when the sensor input was read* has not been 
implemented here* although the system is certainly capable 
of providing it. 

POTENTIAL IMPROVEMENTS 

The addition of more block types would further en- 
hance the versatility of the system. The most return would 
be realized by addition of a block providing a dead-time or 
lead-lag algorithm. A dead-time control algorithm would 
require an extensive amount of memory to implement a circu- 
lar buffer to store the sequence of inputs to the block. 
Consideration should be given to either limiting the number 
of possible dead-time blocks the system could provide or 
else defining the time delay in terms of sample periods 
rather than total time. To illustrate the need Por this* 
at a 0. i second sampling period* a 2 minute delay would re- 



quire a 4K-byte circular buffer* 207. of the 
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able RAM. The same delay at a 10.0 second sampling peri- 
od would require only 48 bytes of storage. By limiting the 
block to providing a maximum delay of 100 sample periods.* a 
buffer of 400 bytes could be used and as many as 10 
dead-time blocks could be used in a given configuration 
In this manner^ long delays would be available, but would 
require use of long sampling periods. Likewise, very short 
delays would require use of short sampling periods. 

The addition of a mass storage device, such as a flop- 
py disk system, would simplify creating and storing several 
control strategies for evaluation. Also, limitations on 
memory size, as mentioned above, could be removed by using 
the disk as virtual memory. Review of data collected could 
be done immedidately upon completion of an experiment.- 
using the system terminal for data display. 

One final, and extensive improvemen t , could be made to 
the process control system by the addition of a real time 
operating system. The process control system could then 
run as a real time application program under the operating 
system and use the operating system's file handling and 
other utility routines to remove the current limitations in 
file hand 1 ing. 
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Appendix A 



MICROCOMPUTER BASED PROCESS CONTROL SYSTEM 

USER 7 S MANUAL 
By Frank J. Nelson 
August 18. 1982 



INTRODUCTION 

The process control system provides a means For easily 
defining, modifying and executing real time process control 
for a physical process. The system consists of a microcom- 
puter. a video terminal, a 16 channel A/D converter, a 4 
channel D/A converter, a panel for connecting the system to 
the process and the software which configures the system to 
the user's requirements. The system block diagram is shown 
in F i gure A. 1 . 

A resident real time control program relieves the user 
of having to do any programming to use the system. 
Instead, the user describes the block diagram of his de- 
sired control strategy in terms of "functional blocks." 
each of which provides a single mathematical or control op- 
eration. The system asks a series of questions to learn 
the types, inputs and other parameters which completely 
describe each block needed in the strategy and its rela- 
tionship to other blocks and the process. An example oF a 
single loop feedback control strategy is shown in Figure 
A. 2. 
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Figure A. 1. System Block Diagram 



I 



Control Desired: Proportional-integral, with unity 

gain, a reset of 1/120 seconds and a setpoint of 2. 0. 



BLOCK BOO 




BOO Parameters 



Type: 

X: 

Y: 

Gain: 

Constant: 

Reset: 

Rate: 



PID 
2 . 0 
S00 
1 

MO 

0 . 0083 
0 



Figure A. 2. Single Loop Feedback Example 



SYSTEM OPERATING MODE 



The 4 modes of operation of the system and their uses 

are: 

1. FILE: Create c onf i g ura 1 1 on file which de- 

cribes desired control strategy. 

2. MODIFY: Edit the configuration file currently 

in the system. 

3. RUN: Execute real time control over the proc- 

ess connected to the system according to the 
strategy described in the configuration file 
currently in the system. 

4. TERMINAL: System terminal becomes remote ter- 

minal of PDP-11/60 computer system. 



FUNCTIONAL BLOCKS 

A control strategy may use from 1 to a maximum of 32 
blocks. The blocks are numbered by the system from BOO to 
B31. During real time control of a process* the system 
performs the block operations in block number order. The 
user is advised to define blocks such that a block's output 
will not be used as an input to a lower numbered block. 

The constants used with a block* such as a set point 
input* are decimal numbers. The numbers may be signed* may 
be up to a maximum of 5 digits and may have the decimal 
place anywhere among the digits. 

The parameters that define a block are: 

1. TYPE: Type of function to perform. Each type 

has a three letter name. 

2. INPUTS: X* Y. All type except SQT and SCL use 

both inputs. An input may be any system input 
channel* any block output or a constant. (X 
and Y may not both be constants. ) 

3. GAIN: The results of the function performed on 

the inputs to the block is multiplied by the 
block gain. The gain is a decimal constant. 

4. CONSTANT OUTPUT: This is an option for a 

block. If selected* the output of the block is 
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held equal to a constant value* regardless of 
the inputs to the block. It is used to set in- 
itial conditions for the RUN mode, where the 
option can be removed when desired. 

5. OUTPUT CONSTANT: This is the constant value 

used by a block selected for constant output. 
It is required only when the option is chosen. 

6. RESET: This is R (or 1/Ti) for a PID block. 

It only appears for blocks defined as PID con- 
trol blocks. It is a positive constant between 
0 and 99999 (l/seconds). 

7. RATE: This is D (or Td ) for a PID block. It 

also only appears for blocks defined as PID 
control blocks. It is a positive constant 
between 0 and 99999 (seconds). 



The 


1 block 


types available and their functions are: 


1. 


ADD: 


Adds X and Y inputs. 


2. 


SUB: 


Subtracts Y input 


from X input. 


3. 


MUL: 


Multiplies X input 


by Y input. 


4. 


DIV: 


Divides X input by 


Y input. 


5. 


SQT : 


Takes square root 


of X input. 


6. 


SCL: 


Scales X input by 


block gain. 


“7 
/ . 


PID: 


Provides P/PI/PID 


algorithm. 




NOTE: 


Algorithm subtracts process variable, Y 




input/ 


from set point, X 


input. 



SYSTEM START-UP 

The system is started by first tuning on power to the 
system terminal then to the microcomputer. After power has 
been applied, press the reset button on the microcomputer 
to reset the hardware and software. The system terminal 
will display the system menu. Any time the system menu is 
displayed, typing in a system command will initiate the as- 
sociated mode of operation. The system menu, as seen when 
the system is ready, is shown in Figure A. 3. 



PCS VI. 1 
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PLEASE ENTER SYSTEM CGMMAND DESIRED, FOLLOWED BY <CR> 
FILE CREATE PROCESS CONTROL CONFIGURATION FILE 
MOD MODIFY CURRENTLY DEFINED CONFIGURATION FILE 

PDP ACCESS PDP-11 /60 AS A REMOTE TERMINAL 

RUN RUN CONFIGURATION FILE AS A REAL TIME PROGRAM 

EXIT STOP FUNCTION AND RETURN TO HERE 

* 

is system prompt for input from user. 

”< >" identifies special key. 



Figure A. 3. System Menu 



CREATING AND MODIFYING A CONFIGURATION FILE 

Creating and modifying a configuration file are initi- 
ated by separate system commands, FILE and MOD, respective- 
ly, but are very similar in operation. They proceed 

through the same sections, offer the same questions and 
prompts and are interested in generally the same informa- 
tion. The two major differences between them are that- in 
modifying a file, the old answer to a question is displayed 
in addition to the question, and in the modify mode, skip- 
ping past questions, blocks and sections is permitted to 
speed access to the material to be changed. 

Creating and modifying a configuration file are han- 
dled according to the following sections: 

1. File Name: Identifies file for user conveni- 

ence. Optional. 

2. Data File Name: Name of file being used to 

save data. This provides a record of the data 
file associated with this configuration for the 
user's convenience. Optional. 

3. Sampling Period: The sampling period of the 
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real rime process control action. 

4. Block Bxx Definition: Defines the blocks used 

in the control strategy. Blocks are presented 
sequentially) beginning with BOO. 

5. Output Cxx Definition: Defines which points 

within the control strategy to connect to the 
process through the output control channels. 
Channels are presented sequentially; beginning 
with COO. 



6. Data Point Dxx Definition: Defines points in 

the control strategy to display on the system 
terminal (and send to the PDP-11 if a file has 
been opened) during real time control of the 
process. Points are presented sequentially, 
starting with DOO. 

When modifying a file; the inputs used to skip 
past material are: 



1. <CR> Skips to next question. 



<LF> Skips to next block. (In sections without 
blocks; skips to next section. ) 



3. <ESC> Skips to next section. 

An example of the dialog between the user and system 
in defining a block during file creation) is shown in Fig- 
ure A. 4. 



FUNCTIONAL BLOCK DEFINITION, MAXIMUM 32 BLOCKS 

WHEN NO MORE BLOCKS DESIRED, ENTER <ESC> FOR TYPE 
BLOCK NUMBER = BOO 

TYPE? ADD, SUB, MUL, DIV, SQT, SC-L OR PID <CR> 

*P I D <CR> 



X INPUT? S00-S15, B00-B31 OR MAX 5 DIGIT CONSTANT <CR> 
*2. 0 <CR> 



Y INPUT? S00-S15, B00-B31 OR MAX 5 DIGIT CONSTANT <CR> 
*SOO <CR> 



GAIN? MAX 5 DIGIT CONSTANT <CR> 
*1 <CR> 



CONSTANT OUTPUT? YES OR NO <CR> 
*NO <CR> 



PID RESET? O TO 99999 (l/SECS) <CR> 
#0. 0083 <CR> 



PID RATE? 0 TO 99999 <SECS) <CR> 
*0 CCR> 



User input is shown underlined. 
"•*" is system prompt. 

"< > " identifies special key 



Figure A. 4. Example of Block Definition 

RUNNING A CONFIGURATION FILE 

Executing real time control of a process is accom- 
plished by selecting the system command RUN. The system 
will then ask for the command *’G0, " signifying the process 
is connected to the system and is ready. After entering 
"GO" the user may remove initial conditions, or make any 
other changes to the constants in the control strategy by 
entering the block number of the block to be changed. All 
constant output options can be removed simultaneously by 
entering "ALL" instead of a block number. An example of 
the terminal display seen while the system is executing a 
process control strategy is shown in Figure A. 5. 



RUN PROCESS CONTROL CONFIGURATION 
TIME 02: 37 



DOO = 3. 3234 

DO 1 = - 00005 
D02 = 1. 0000 



ENTER HALT <CR> TO STOP 

ENTER BLOCK NUMBER <CR> TO CHANGE BLOCK 
# 



"■fr" is system prompt for input. 
“ < >** identifies special key. 



Figure A. 5. Example of Run Mode Display 



The process control action can be stopped at any time 
by entering "HALT. " After a halt, the process may be re- 
started (from the point where halted) or the user may exit 
the mode with the “EXIT” command. 



REMOTE TERMINAL 

The user may gain direct access to the PDP-11 computer 
by entering the system command PDP. In addition to being 
able to fully use the PDP-11 operating system, the user may 
also exchange configuration and data files between the two 
systems. This is accomplished by running the PDP-11 pro- 
gram "$PCS" from the terminal. The program enables config- 
uration files to be stored on the PDP-11 system and later 
down-loaded back to the process control system. It also 
enables data files to be set up to receive real time data 
from the process control system. Further details concern- 
ing the $PCS program can be obtained from the PDP-11/60 
System Manager. This mode is exited by entering the escape 
character <ESC>. 
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MEMORY MAP 

Table B 1 provides a map of the process control system 
memor y . 



Start Address 


Leng th 


Use 




OOOOH 


3H 


Absolute: 


Start from zero. 


003CH 


3H 


Absolute: 


Interrupt Vector 


0040H 


14EFH 


Code: 


Includes Modules 


0040H 


E6H 




PCSEXC. OBJ 


0226H 


2A5H 




PCSCFG. OBJ 


04CBH 


B9H 




PCSRUN. OB J 


0584H 


1 37H 




PCSPDP. OBJ 


06BBH 


16BH 




LI B I OR . OBJ 


0826H 


22AH 




LIBREC. OBJ 


0A50H 


77DH 




LIBFIL. OBJ 


UCDH 


1 F2H 




LIBFLT. OBJ 


13BFH 


1 70H 




LIBRUN. OBJ 


152FH 


CH 


Stack 




3000H 


1 100H 


Memory : 


Open 


4100H 


CB8H 


Data : 


Includes Buffers 


413FH 


SAH 




LINE 


41A9H 


20H 




ADCBUF 


41C9H 


8H 




DACBUF 


41D1H 


354H 




Run Tables 


4525H 


8B3H 




CFG File 


4DDSH 


3328H 


Memory : 


Op en 



Table B. 1. Process Control System^ Memory Map 



1 9 S 4 7 3 



Thesis 

N3614 Nelson 
c.l The design of a 

microcomputer based 
generalized process 0 
control system. 

1 * * P ' 2 7 9 0 0 



Thesis 199^73 

N3614 Nelson 

c.l The design of a 

microcomputer based 
generalized process 
control system. 



